[Bug #21669] Void value expressions#3728
Conversation
c13c3da to
e99cda8
Compare
e99cda8 to
779470a
Compare
|
Where are we with this? Did nobu's upstream changes get merged? |
|
(PR ref ruby/ruby#15498) Not merged, no. He fixed a case I forgot to implement (ruby/ruby@74ea62b) but in some edge case prism doesn't emit unused variable warnings anymore. I haven't looked into it though. Should I just continue in this PR here, or? |
|
Yeah I think just continue with this PR then, he'll merge whatever he needs to after. |
779470a to
991c295
Compare
|
I think I got it, was a pretty simple fix. I will confirm later and then open a PR in ruby/ruby with these changes + nobus ones since it requires test changes in ruby/ruby. If something more needs to be done he can just push to my PR. I rebased so it's messy but these are the only lines I touched https://github.com/ruby/prism/pull/3728/changes#diff-18342eb08afd7802e20869c1594534ce6eb1470aef86345472f703ac57b0bdfeR1191-R1207 (plus tests and version check changes) |
991c295 to
0d0d483
Compare
|
The problem was using |
0d0d483 to
ac65601
Compare
|
ruby/ruby#15999. From the prism side this should be good/identical to this pr and I just copied the parse.y changes from nobu. |
|
I dropped the parse.y changes from the ruby pr. Nobu rebased against the changes I made so his PR should be good now. To be honest, a bit frustrating to do so without saying anything. So either my PR can be merged and nobu rebases or his PR gets merged and I just close mine. |
See https://bugs.ruby-lang.org/issues/21669#note-4 > At line 1067, void_node = vn is executed (and vn is guaranteed to be non-NULL on the line above), so it's impossible for void_node to be NULL at line 1075. Thus, it is indeed dead code.
ac65601 to
409ae1d
Compare
|
ruby/ruby#15999 got merged (thanks!) |
For [Bug #21669]